home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 002 / col201.arc / COL20-1.TXT
Encoding:
Text File  |  1986-11-01  |  10.4 KB  |  200 lines
  1. ===================================================================
  2. This file via Troppus Collie, Minneapolis, (612) 339-4216, 3/12/24
  3. For more info on Collie or setting up a Collie BBS, call Troppus.
  4.                  Collie Net 874/1,  Fido 14/625
  5. =================================================================== 
  6.  
  7.  
  8.  
  9.  
  10. October 27, 1986
  11.  
  12.                     A COLLIE 2.0 INFORMATION FILE
  13.  
  14. This is the first of many files which will be made available to you
  15. telling what stage of development we are in and describing the
  16. many features of 2.0. Due to some unforseen extra workload at my
  17. job, I have been unable to do much on 2.0 until now. Estimated time
  18. to testing is 4 to 6 weeks (I'm being optimistic).
  19.  
  20. 1: We are hoping we will be able to provide TESTED AND PROVEN
  21.    baud rates to 9600! (this will depend on a major modem mfgr
  22.    we are negotiating with)
  23.  
  24. 2: Collie 2.0 will be a TOTALLY time-event driven program.
  25.    there will be 26 (A..Z) events with up to 50 event times.
  26.    You will be able to choose the following for events:
  27.       a: shell the event from collie or have collie drop
  28.          out completely for the event.
  29.       b: you will choose the error level for each event.
  30.       c: LPTR, PAGE, BELL will be events so you can set the
  31.          times each day you wish them to be active. (there will be
  32.          a manual override of course.)
  33.       d: NET-MAIL, MSG PACK, USER PACK will be EXTERNAL programs to
  34.          be run from events OR manually directly from DOS.
  35.          This will make updates to these programs much easier for all
  36.          and will make the size of Collie much smaller should you
  37.          choose not to run them.
  38.  
  39.  3: Modem commands will be dynamic, so you will have to enter your
  40.     commands that your modem uses for each operation including the
  41.     time delay necessary between sending commands. Most will no longer
  42.     need the modminit file but modminit.bbs support will be there for
  43.     those that need it. You may also have Collie take the modem off hook
  44.     for you when you drop to dos locally or exit Collie.
  45.  
  46.  4: Collie will automatically park your hard disk heads between callers
  47.     if you wish.
  48.  
  49.  5: You may choose the minimum disk space you wish to have at all times
  50.     and when the space left on the disk reaches that amount, the
  51.     Upload command will be shut off until you clear off the disk and
  52.     make more room.
  53.  
  54.  6: Collie will no longer change directories for ANYTHING. EVERYTHING
  55.     will be pathed. Should you drop to dos, change directories, and
  56.     forget to return to the Collie root directory, Collie will recognize
  57.     that and change directories for you when you re-enter collie.
  58.  
  59.  7: There will be MANY, MANY EXTRA text files you will be able to dump
  60.     to your users for various reasons.
  61.  
  62.  8: Message section will be TOTALLY REVAMPED with features such as:
  63.            a: full screen editing at the console and enhanced line
  64.               editing online.
  65.            b: editing of already saved msgs
  66.            c: the ability to leave a special logon msg to a user
  67.               as a reply to a msg or comment (sysop ability only).
  68.            d: a SPECIAL message area that can be used for comments
  69.               or messages that haven't been proofed yet.
  70.            e: the ability to have PROCTORS for each message area which
  71.               will give them co-sysop access ONLY for that area. You
  72.               will be able to choose what commands he will be able to
  73.               see, including whether he can see private msgs even if he
  74.               has co-sysop access to that area.
  75.            f: the ability to ASSIGN or DENY access to a certain
  76.               area REGARDLESS of user level.
  77.            g: MAILECHO will become an integral part of the collie msg base.
  78.            h: You will be able to select AUTO DELETE for received msgs and
  79.               will be able to 'flag' a message for 'permanency' so auto
  80.               delete will 'miss' it.
  81.            i: Carbon Copy will make a true copy for each user and you will
  82.               be able to take a message from one base and duplicate it for
  83.               all bases if you wish.
  84.            j: Net mail will be RECEIVED at any time.
  85.            k: you will be able to specify how many 'call outs' you will
  86.               allow for each net schedule.
  87.            l: NET MAIL WILL BE DESCRIBED IN A LATER TEXT FILE dedicated
  88.               JUST to net.
  89.            m: You will be able to copy a message to a text file to allow
  90.               someone to download it and will be able to print either
  91.               the entire msg base, selected areas, or one message.
  92.            n: You will be able to declare any single message base
  93.               (or combination of bases) to allow
  94.               public messages only (private option will not show)
  95.            o: users will be flagged on login that they have messages waiting.
  96.            p: 'all' will be user-configurable so if he only wants to see
  97.               certain bases as his 'all msgs' he may do so.
  98.            q: there is more, but it will be covered in a later file.
  99.  
  100.  9: System security will be strengthened to the point that it may
  101.     very well pass US Govt. standards. It will be IMPOSSIBLE for
  102.     someone to get another person's password unless that person
  103.     TELLS it to him. ALL passwords and sensitive system configurations
  104.     will be encrypted using a greater than 20 character key encryption
  105.     system. Even I, (knowing the algorithm) would take 10 years or more
  106.     on a large mainframe to de-crypt the passwords. The sysop enters
  107.     his own key for encryption, it will not be hard-coded.
  108.  
  109. 10: You will be able to limit users' time on system by baud rate as
  110.     well as sec. level. You may set an event to toggle this option.
  111.  
  112. 11: Number of description lines for files will be configurable.
  113.  
  114. 12: system colors, window placements and direct write toggle will
  115.     be configurable.
  116.  
  117. 13: Files system will have MANY enhancements as well as ALL NEW CODE!
  118.            a: You will be able to have multiple file descriptions
  119.               with only one physical file location. eg: you want arc.exe
  120.               to be available from every area but only want it to
  121.               physically reside in 'utilities'. That option will be
  122.               available to you. The file description will be in every
  123.               area file listing.
  124.            b: there will be an expanded file statitistic available for
  125.               every file.
  126.            c: the equivalent of 'merger' or 'cmove' will be included
  127.               within the files system sysop utilities including a
  128.               full screen 'files.bbs' text editor.
  129.            d: the exact file transfer protocols has yet to be determined
  130.               but I can assure you that ascii (visible and invisible),
  131.               xmodem, ymodem, telelink will be the minimum. We will
  132.               probably implement one of the 'windowing' xmodem
  133.               protocols like wxmodem or zmodem for those using mainframe
  134.               links like PC-PERSUIT.
  135.            e: Viewing a file will be possible (text) and also a
  136.               Verbose listing of an ARC file directory will be available.
  137.            f: A method of 'mailing' a private file between users on the
  138.               same board will be implemented. eg: I wish to make a beta
  139.               copy available to one of the beta testers. I can 'mail` him
  140.               the file and he will be advised that a file awaits him when
  141.               he logs on. After downloading, He may then 'kill` the file,
  142.               or you may set a default to kill it automatically,
  143.               or not allow deletion at all.
  144.               this file will be totally private and NO ONE else
  145.               will be able to get to it even if they know the name.
  146.               (the mail command will be optional)
  147.            g: You may give or deny a user access to a certain file area
  148.               regardless of the area user level or the users own level.
  149.            h: You may tell the system how many times to send a download
  150.               ratio warning before denying access to the download command,
  151.               or simply continue warning him without denying access.
  152.            i: all files.bbs will reside in ONE directory, making it easier
  153.               to do maintenance. There will, of course be unique names and
  154.               you will still be able to configure upl and dnld dirs, privacy,
  155.               etc.
  156.            j: Files will be able to be 'password protected'.
  157.            k: more later...........
  158.  
  159. 14: Function Key Macros will be an option.
  160.  
  161. 15: Bulletins updated since last logon will be flagged and a notice sent.
  162.  
  163. 16: There will be a SCRIPT FILE for your logon sequence to the main menu
  164.     allowing you to dump ANY number of files of ANY NAME , decide where
  165.     to ask for login info, declare a general system password if you want,
  166.     dump bulletins and quotes at any time in the sequence.
  167.  
  168. 17: Sysop utilities will be expanded in every area.
  169.  
  170. 18: You will be able to  ANY number (within reason) of questionnaires.
  171.  
  172. 19: Collie 2.0 will be compatible with DESQview 1.2 and DOUBLEDOS 4.0.
  173.       I am NOT promising record-locking or other multi-user features
  174.       at this time. Its a possibility but......... it would severely
  175.       limit the machines and operating systems that collie could run with.
  176.  
  177. 20: You may toggle whether users may download 'hidden' files globally
  178.     or by the user.
  179.  
  180.  
  181.  There are more features, but I need to save some for future files as
  182.  these 'un-named' features still have not been given enough definition so
  183.  that they will not change.
  184.  
  185.  
  186.  Hope this new board will meet with your approval, expectations, and
  187.  needs.
  188.  
  189.  Chuck Gorish
  190.  
  191.  ps
  192.  While I am busy with collie 2.0, Dan will be doing some assembler
  193.  routines for me but he will primarily be working on the more
  194.  advanced routines for our new 'super board' (still to be named) due
  195.  out this spring. The only thing I will say about that is .....
  196.  It will make even Collie 2.0 look like a `kindergarten toy' in both
  197.  features and performance. (try built-in multitasking for one thing).
  198.  
  199.  
  200.